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Software Process Definition - 


A software process is a framework for the activities, actions, and 


tasks necessary to build high-quality software. It defines the 
approach taken in software engineering, encompassing both the 
process itself and the technologies utilized. Software engineering 
involves creative individuals who adapt mature processes to suit 
their product requirements and market demands. 


Generic Process Framework for Software Engineering - 

- A software process model consists of framework activities, 
actions, and tasks that guide the creation of work products. 

- The generic process framework for software engineering 
includes five core framework activities: communication, 
planning, modeling, construction, and deployment. 

- Additionally, umbrella activities like project tracking, risk 
management, quality assurance, configuration management, and 
technical reviews are integrated throughout the process. 

- The process flow defines how framework activities, actions, 
and tasks are organized in terms of sequence and time, with 
variations such as linear, iterative, evolutionary, and parallel 
flows. 


Example Process Models - 

- The Waterfall Model: Suitable when requirements are 
well understood, and work progresses linearly from 
communication to deployment. 

- Agile Process Models: Emphasize adaptability and are 
suitable for various projects, especially web applications. 


Benefits of Generic Process Framework 

- Provides a structured approach for software development. 

- Ensures coordination and coherence in software work. 

- Allows for adaptability to different project requirements and 
market dynamics. 


Importance of Process Models 

- Process models aid in achieving project consistency and order. 
- Prescriptive process models prescribe a set of process elements 
for each project, including framework activities, software 
engineering actions, tasks, work products, quality assurance, and 
change control mechanisms. 


Agility in Software Engineering 
- Agility is crucial in modern software engineering to respond 
effectively to changing requirements and market conditions. 


- Agile software development differs from traditional models by 
emphasizing flexibility and iterative development approaches. 


b | Demonstrate the waterfall model spiral and model with real time 
example. 


Waterfall Model vs. Spiral Model: A Comparison with Real- 
Time Examples 
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Waterfall Model Overview: 

- The waterfall model is a systematic, sequential approach to 
software development. 

- It begins with customer specification of requirements and 
progresses through planning, modeling, construction, and 
deployment. 

- The V-Model is a variation of the waterfall model that depicts 
the relationship of quality. 


Issues with Waterfall Model: 

- It requires explicit customer requirements which can be 
challenging. 

- Difficulty accommodating natural uncertainties at the project's 
beginning. 

- Blocking states can occur, leading to wait times exceeding 
productive work time. 


Spiral Model Overview: 
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- Proposed by Barry Boehm, the spiral model combines iterative 
prototyping with controlled aspects of the waterfall model. 

- It is an evolutionary process model that allows for rapid 
development of increasingly complete software versions. 


Spiral Model Characteristics: 
- It is a risk-driven model that guides multi-stakeholder 
concurrent engineering. 
- Involves incremental growth of system definition and 
implementation while reducing risk. 
- Employs anchor point milestones for stakeholder commitment 
to feasible solutions. 


Real-Time Example of Spiral Model: 
- The spiral model involves a series of evolutionary releases. 
- Early iterations may result in a model or prototype, while later 
iterations produce more sophisticated versions. 
- Adjustments to project plans, costs, and schedules are made 
based on customer feedback. 


Concurrent Models: 
- Concurrent development models allow for iterative and 
concurrent elements from various process models. 
- Modeling activities in the spiral model can incorporate 
prototyping, analysis, and design simultaneously. 


Advantages of Spiral Model: 
- Adaptable throughout the life cycle of software. 
- Supports rapid development of software in evolutionary 
releases. 
- Allows for risk reduction and stakeholder commitment through 
anchor point milestones. 


Real-World Application: 
- The spiral model can be suitable for projects where 
requirements are not fixed and changes are frequent. 
- It provides flexibility and adaptability in scenarios where a 
linear approach like the waterfall model may not be suitable. 


Conclusion: 
In conclusion, the waterfall model follows a linear sequential 
approach, whereas the spiral model combines iterative 
prototyping with controlled aspects, allowing for rapid and 


adaptive software development. The spiral model's risk-driven 
nature, incremental growth, and stakeholder commitment 
through milestones make it a valuable alternative to the waterfall 
model in dynamic software development environments. 


OR 


Q.02 


Explain characteristics that differentiate WebApps from other 
software. 


Characteristics Differentiating WebApps from Other 
Software 


Network Intensiveness 
- WebApps reside on networks and serve diverse client needs. 
- They may enable worldwide or limited access and 
communication. 


Concurrency 
- Large numbers of users can access WebApps simultaneously. 
- Usage patterns among users vary greatly. 


Unpredictable Load 
- The number of users accessing WebApps can vary significantly 
day by day. 


Performance 
- Users may leave if they experience long wait times for server- 
side processing or content display. 


Availability 
- Users often expect 24/7 access to popular WebApps. 


Data-Driven 
- WebApps primarily use hypermedia to present various content 
types to users. 


Content Sensitivity 
- Quality and aesthetics of content impact the overall quality of a 
WebApp. 


Continuous Evolution 
- WebApps evolve continuously, with content updates 
sometimes happening on a minute-by-minute basis. 
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Immediacy 
- WebApps often have a quick time-to-market, sometimes 
launching in a matter of days or weeks. 


Security 
- Due to network access, WebApps face challenges in limiting 
user access and ensuring content security. 


b| Discuss the David Hooker’s seven principles of software 
engineering 
practice. 


David Hooker's Seven Principles of Software Engineering 
Practice 


The First Principle: The Reason It All Exists 
- A software system exists to provide value to its users. 
- All decisions should prioritize adding real value to the system. 


The Second Principle: KISS (Keep It Simple, Stupid!) 
- Software design should be as simple as possible but not 
oversimplified. 
- Simplicity facilitates understanding and maintenance of the 
system. 


The Third Principle: Plan Ahead for Reuse 
- Reuse of code and designs saves time and effort. 
- Achieving a high level of reuse requires forethought and 
planning. 


The Fourth Principle: Strive for a Balance 
- Balance is essential in software engineering. 
- Balancing conflicting forces like time, effort, functionality, and 
quality is crucial. 


The Fifth Principle: Listen to the Cavalry 
- Input from stakeholders, users, and other relevant parties is 
valuable. 
- Listening to different perspectives aids in developing 
successful software systems. 
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The Sixth Principle: Prototype, but Be Careful 


- Prototyping can be beneficial but comes with risks. 
- Careful consideration and planning are necessary to avoid 
pitfalls in the prototyping process. 


The Seventh Principle: Think! 
- Clear and complete thought before action leads to better results. 
- Thinking before acting helps in doing things correctly and 
gaining valuable experience. 


Importance of Following the Principles 
- Following these principles can eliminate difficulties in building 
complex computer-based systems. 
- Engaging intense thought and consideration in software 
engineering practices leads to significant rewards. 


Application of Principles 
- Implementing these principles can guide software engineers 
towards effective software engineering practices. 
- Each principle serves as a foundational concept for solid 
software engineering practice. 


Module-2 


Q. 03 


a | Develop a UML use case diagram for home security function. 


UML Use Case Diagram for Home Security Function 
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Overview 
The UML use case diagram for the SafeHome home security 
function includes various actors and use cases related to the 
system's functionality and interactions. The diagram visualizes 
the primary actors and their interactions with the system, 
highlighting essential scenarios and requirements. 


Actors 
1. Homeowner 
2. System administrator 


Use Cases 
1. Arms/disarms system 
2. Responds to alarm event 
3. Accesses system via Internet 
4. Encounters an error condition 
5. Reconfigures sensors and related system features 


Additional Information 
- Use cases depict the software or system from the end user's 
point of view. 
- The diagram includes actors represented by stick figures and 
labeled squares to represent non-human actors like sensors. 
- Use case narratives are developed for each oval in the diagram 
to detail specific scenarios and interactions. 
- The system must be fully configured, and appropriate user IDs 
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and passwords must be obtained to trigger specific actions like 
accessing camera surveillance via the Internet. 


Relevant Considerations 
- Ensuring system security against unauthorized use and 
potential hacking threats. 
- Addressing system response via the Internet in terms of 
bandwidth requirements and video quality. 
- Providing detailed scenario steps for accessing and using 
specific system functions. 
- Considering different states of the system such as home, away, 
overnight travel, and extended travel with corresponding settings 
and controls. 


b| Narrate the steps to be followed for building the requirement 
model. 


Steps for Building a Requirement Model 


Overview of Requirements Engineering Tasks 
- Requirements engineering tasks establish a foundation for 
design and construction. 
- Seven distinct requirements engineering functions are 
conducted: inception, elicitation, elaboration, negotiation, 
specification, validation, and management. 
- Stakeholders establish basic problem requirements and project 
constraints at project inception. 
- Elicitation involves gathering requirements through facilitated 
meetings, QFD, and usage scenarios. 


Requirements Modeling Objectives and Philosophy 
- Focus on "what" rather than "how" during requirements 
modeling. 
- Use an iterative approach due to uncertainty in specific 
requirements. 
- The requirements model must describe customer needs, aid in 
software design creation, and provide a basis for validation. 


Steps for Building a Requirement Model 
1. Scenario-Based Modeling : 

- Represent the system from the user's perspective. 

- Develop basic use cases and scenarios to understand user 
interactions. 
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2. Data Modeling : 

- Depict the information space and data objects manipulated by 
the software. 

- Illustrate relationships among data objects. 


3. Class-Based Modeling : 
- Define objects, attributes, and relationships within the system. 
- Identify candidate classes based on descriptive nouns in use- 
case scripts. 


4. Refinement and Analysis : 

- Create preliminary models and refine them for clarity, 
completeness, and consistency. 

- Analyze models to ensure accuracy and address any issues. 


5. Review and Validation : 

- Prioritize requirements, group them into packages for 
implementation. 

- Validate requirements model by asking specific questions 
related to consistency, completeness, ambiguity, achievability, 
and testability. 


Importance of Requirements Model 
- The model bridges the gap between system-level description and 
software design. 
- Ithelps in understanding stakeholder needs, guiding design 
tasks, and providing a basis for validation. 


Key Considerations 
- Use multiple modes of representation to uncover omissions, 
inconsistencies, and ambiguities. 
- Engage stakeholders throughout the modeling process to ensure 
alignment with customer requirements. 


OR 


Q.04 a | Explain the steps to be followed for validating requirements in L2 10 
detail. 


Steps for Validating Requirements 


1. Review for Consistency, Omissions, and Ambiguity - 
Examine each element of the requirements model for 


inconsistencies, omissions, and ambiguity. 
- Prioritize requirements by stakeholders and group them within 
packages for implementation as software increments. 


2. Ask Key Questions during Review 
- Ensure each requirement aligns with the overall system 
objectives. 
- Verify that requirements are specified at the appropriate level 
of abstraction. 
- Determine if each requirement is necessary or an add-on 
feature. 
- Confirm that each requirement is bounded, unambiguous, and 
attributed to a specific source. 
- Check for conflicts between requirements and their 
achievability in the technical environment. 
- Assess if each requirement is testable once implemented and 
reflects the system's information, function, and behavior. 


3. Utilize a Requirements Validation Checklist 
- Examine requirements against a set of checklist questions for 
clarity, interpretability, and testability. 
- Verify if requirements are clearly stated, bounded 
quantitatively, and traceable to system objectives. 
- Ensure requirements have been consistently stated and 
structured for easy understanding and translation into technical 
work products. 


4. Review Work Products and Ensure Correctness 
- Review requirements modeling work products for correctness, 
completeness, and consistency. 
- Ensure that the work products reflect the needs of all 
stakeholders and establish a foundation for design. 


5. Focus on Consistency and Traceability 
- Use the analysis model to ensure requirements have been 
consistently stated and traceable to system models. 
- Pay attention to ensuring that requirements are clear, testable, 
and aligned with overall system/product objectives. 


b| Draw the Swimlane diagram for access camera surveillance via 
the Internet and explain its functions. 


Swimlane Diagram for Access Camera Surveillance via the 
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Swimlane Diagram 
- The swimlane diagram for accessing camera surveillance via 
the Internet involves activities associated with different analysis 
classes like Homeowner, Camera, and Interface. 
- Responsibilities are divided among these classes, with actions 
like entering passwords, selecting major functions, and viewing 
camera outputs being allocated to specific lanes. 
- The diagram represents the flow of actions and decisions, 
indicating which actors perform each task within the surveillance 
function. 


Functions of Accessing Camera Surveillance via the Internet 
1. User Authentication: 

- Entering user ID and passwords for validation to access the 
SafeHome system. 

- Handling incorrect or unrecognized passwords and IDs. 


2. Camera Selection and Display: 
- Selecting the "surveillance" major function and picking a 


specific camera for viewing. 

- Displaying floor plans of the house and camera icons for 
selection. 

- Viewing camera outputs in labeled windows identified by 
camera IDs. 


3. Video Output and Control: 

- Generating video output within viewing windows at a frame 
rate of one frame per second. 

- Controlling functions like pan and zoom for specific cameras. 


4. Additional Features: 

- Offering thumbnail views of all cameras simultaneously. 

- Allowing selective recording and replaying of camera 
outputs. 

- Providing the option to block access to certain cameras with 
specific passwords. 

- Maintaining a consistent interface look and feel across all 
SafeHome interfaces. 


Implementation Details 
- Priority: Moderate priority for implementation after basic 
functions. 
- Frequency of Use: Moderately frequent. 
- Channels to Actor: Accessible via PC-based browser and 
Internet connection. 
- Secondary Actors: System administrator and cameras with 
respective channels for interaction. 
- Open Issues: Addressing concerns about unauthorized use 
by employees of SafeHome Products. 


Adaptive 
software 
development 


adaptive cycle planning Requirements gathering 
mission statement JAD 
project constraints mini-specs 
basic requirements 
time-boxed release plan 


Release 


software increment | 
adjustments for subsequent cycles components implemented/tested 


focus ops for feedback 
formal technical reviews 
postmortems 


- Defines release cycles based on project needs, subject to 
adjustments. 


Collaboration and Communication 

Motivation and Collaboration 

- Emphasizes collaboration to enhance talent and creative 
output. 

- Stresses the importance of trust and effective communication 

within teams. 

Software Development Process 
- Involves speculation, collaboration, and learning phases for 
effective project management. 


ASD Resources 
- Website: www.adaptivesd.com 
- Useful resources: adaptive cycle planning, mission statement, 
project constraints, basic requirements, time-boxed release plan, 
components implemented/tested, focus groups for feedback. 


b | Narrate the core principles can be applied to the framework in 
all software process. 


Core Principles Applicable to Framework in All Software 
Processes 


Principles That Guide Process: 
1. Be Agile: Emphasize economy of action and simplicity 
in your technical approach. 
2. Focus on Quality at Every Step: Ensure the quality of 
work products is a primary focus in all activities. 
3. Be Ready to Adapt: Flexibility is essential in adapting the 
approach to constraints imposed by the problem, people, and 
project. 
4. Build an Effective Team: Establish and maintain an 
effective team for successful software engineering processes 


Principles That Guide Practice: 
1. Divide and Conquer: Emphasize separation of concerns 
in analysis and design for easier problem-solving. 
2. Understand the Use of Abstraction: Utilize abstraction to 
simplify complex elements of a system for effective 
communication. 
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3. Represent Problems and Solutions from Different 


Perspectives: Gain insights and uncover errors by examining 


issues from various viewpoints. | Ea 
4. Remember Someone Will Maintain the Software : 


Apply solid software engineering practices for long -term 
maintenance and enhancement. 


These core principles provide a foundation for software 
engineering methods, guiding both process and practice in 
software development. 


Communication Principles: 

Listen : Focus on the speaker's words, seek clarification 
when needed , and avoid interruptions or contentious 
behavior during communication. 


Principles That Guide Each Framework Activity: 
Communication : Effective communication is essential 

among technical peers, customers, stakeholders, and project 

managers. 

Representation of Problems and Solutions: Viewing issues 

from different perspectives enhances understanding and 

uncovers insights. 

Software Maintenance: Emphasize the importance of 

maintaining software quality for long-term viability and 

adaptability. 


These principles contribute to successful software engineering 
practices, emphasizing effective communication, problem 
representation, and software maintenance. 


Planning Principles: 

Constructing a Comprehensive Plan: Design a 
detailed plan outlining tasks , responsible individuals , and 
completion timelines for successful project execution. 


Modeling Principles: 

Incremental Representation: Progressively detailed models 
solidify understanding and provide guidance for software 
implementation. 


Construction Principles: 
- Coding and Testing Cycles: Implement coding and testing 


procedures following generic actions to ensure software 
functionality and quality. 


These principles collectively guide software development 
processes, from planning and modeling to construction and 
maintenance. 


OR 


Q. 06 


a | Elucidate the concepts of extreme programming (XP) with its 


functional diagram 
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Elucidating Extreme Programming (XP) Concepts with 
Functional Diagram 


Overview of Extreme Programming (XP) 
Extreme Programming (XP) is an agile software development 
approach organized around four framework activities: planning, 
design, coding, and testing. XP emphasizes rapid delivery of 
software that satisfies customer needs. Key aspects of XP 
include human collaboration, team self-organization, and 
creating frequent software releases based on stakeholder 
priorities. 


XP Values 
- XP is driven by five core values: communication, simplicity, 
feedback, courage, and respect. 
- Effective communication, simplicity in design, continuous 
feedback, courage to embrace changes, and respect among team 
members and stakeholders are central to XP. 


XP Process 
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l. Planning: The planning game involves requirements 
gathering to understand business context and prioritize features 
2. Design: Emphasizes an object-oriented approach and 
involves creating solutions within the planning framework. 

3. Coding: Involves writing code based on the planned 
design and requirements. 

4. Testing: Focuses on ensuring software quality through 
real-time quality checks and feedback mechanisms. 


XP Concerns and Debate 
- Criticism: XP's incremental nature limits complexity, 
potentially leading to inadequate design. 
- Debate: The debate around XP includes concerns about 
downplaying analysis and design in favor of coding, the need 
for discipline in adapting XP to organizational needs, and the 
balance between agility and structured development. 


XP Implementation 
- XP recommends practices like pair programming and 
stakeholder involvement. 
- Incorporating XP concepts into development approaches can 
enhance agility while retaining aspects of disciplined design and 
analysis. 


b| What is design modelling? Explain design modelling principles. 


Design Modelling Principles 


Design Modelling Overview 
Design modelling in software engineering involves creating 
high-quality requirements and design models to guide the 
software development process. Design models provide a 
concrete specification for constructing software based on 
customer requirements. 


Principles of Design Modelling 
1. Explicit Purpose for Each Model : Ensure each model has a 
clear justification for its existence to avoid missing important 
functions and features during design. 


2. Adapt Models to the System : Modify model notation or 
rules to suit the specific application being developed, 
considering differences in requirements and constraints. 


L2 


3. Build Useful Models, Not Perfect Ones : Focus on 
creating useful models rather than striving for perfection, as 
excessive effort in perfecting models may not yield 
significant benefits. 


4. Communication through Models : Models should 
effectively communicate information, using a consistent 
format and standing on their own without the need for 
additional explanations. 


5. Traceability to Requirements Model : Design should be 
traceable back to the requirements model to ensure alignment 
with customer needs and specifications. 


6. Consider System Architecture : Design should start with 
the system architecture, as it influences interfaces, data 
structures, program control flow, testing, and system 
maintainability. 


7. Data Design Importance : Emphasize the design of data 
structures as much as processing functions, as well-structured 
data design simplifies program flow and enhances software 
component design and implementation. 


8. Iteration and Refinement : Design models progress from 
representing the entirety of the system to refining details, 
similar to an architect's plans, with different views of the system 
to guide construction. 


Applying Design Modelling Principles 

- The software design model acts as a blueprint for the software 
development process, evolving from high-level representations 
to detailed specifications. 

- Various methods exist for deriving design elements, such as 
data-driven, pattern-driven, and object-oriented approaches, all 
guided by common design principles. 

- These principles ensure consistency and effectiveness 

in software design, fostering traceability, adaptability, 

and communication in the development process. 


Conclusion 
Design modelling principles are essential in software 


engineering to create robust and effective design models that 
align with customer requirements and facilitate the development 
of high-quality software systems. 


Module- Bloom’s 
Taxono 
4 my Marks 
Level 
Q.07 la| Explain the software development life cycle with block diagram L2 10 
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FIGURE 1.3 The ISO 12207 software development life cycle 


Overview of Software Development Life Cycle 

The software development life cycle involves several key stages 
that guide the process from project initiation to completion. These 
stages include feasibility study, requirements analysis, 
architecture design, detailed design, planning, and incremental 
delivery. The life cycle emphasizes the importance of 
understanding project requirements, designing system 
architecture, and incrementally delivering the software product. 


Components of Software Development Life Cycle 
1. Feasibility Study: Assessing the project's viability and business 
case before initiation. 
2. Requirements Analysis: Gathering and understanding user and 
manager requirements for the new system. 
3. Architecture Design: Identifying components of the system that 
fulfill requirements and mapping software requirements to 
components. 
4. Detailed Design: Creating software components consisting of 


separate units that are individually coded and tested. 

5. Planning Incremental Delivery: Emphasizing rapid application 
development, project compression, and adaptive planning 
strategies. 


Key Activities in the Software Development Life Cycle 
1. Requirements Elicitation: Establishing user and manager needs 
for the system, including functional and quality requirements. 
2. System and Software Development: Involves creating software 
components, designing user interfaces, internal architectures, and 
ICT infrastructure. 
3. Training Course Organization: Involves designing training 
materials, drafting timetables, arranging course dates, identifying 
attendees, and providing necessary facilities. 
4. Objective-Driven Development: Distinguishing projects based 
on product creation or meeting specific objectives, guiding the 
project's purpose and execution. 


Modern Trends in Software Project Management 
- Emphasis on code reuse and project duration compression. 
- Facilitation of client feedback and incremental product delivery. 
- Shift from long-term planning to adaptive strategies for rapid 
project completion. 
- Increasing importance of service level agreements in outsourced 
projects. 


Project Management Practices Evolution 
- Projects now focus on tailoring existing products or reusing pre- 
built libraries. 
- Clients demand further reductions in project delivery times and 
costs. 
- Encouragement of change requests from customers for 
incremental product evolution. 
- Adoption of modern project management practices for effective 
project development. 


Software Development Life Cycle Block Diagram 
The software development life cycle typically follows the 
sequence recommended in the ISO 12207 standard, involving 
various activities related to system and software development, 
infrastructure installation, user job design, and user training. 


Conclusion 


The software development life cycle encompasses critical stages 
from feasibility study to incremental delivery, emphasizing 
requirements analysis, system architecture design, and adaptive 
lanning for successful project completion. 


b| List the characteristics of projects and show the differences 
between Contract management and project management 


Characteristics of Projects 
- Non-routine tasks are involved. 
- Planning is required. 
- Specific objectives are to be met or a specified product is to be 
created. 
- The project has a predetermined time span. 
- Work is carried out for someone other than yourself. 
- Work involves several specialisms. 
- People are formed into a temporary work group to carry out the 
task. 
- Work is carried out in several phases. 
- The resources available for use on the project are constrained. 
- The project is large or complex. 


Differences Between Contract Management and Project 
Management 
- In contract management, organizations contract out ICT 
development to outside developers, while in project 
management, in-house projects involve users and developers 
working for the same organization. 
- Contract management focuses on supervising the contract and 
delegating technically oriented decisions to contractors, whereas 
project management involves control over development costs 
and project deliverables. 
- Contract managers ensure the overall project is within budget 
and on time, delegating technical decisions, whereas project 
managers have control over development costs and project 
benefits. 
- Project managers have considerable control over development 
costs and the value of project deliverables, while contract 
managers focus on technical issues and ensuring the project 
meets contractual obligations. 
- Project managers are concerned with achieving project 
objectives such as delivering agreed functionality, quality, 
timeliness, and budget adherence, while contract managers 
oversee compliance with contractual terms and conditions. 
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- Contract management involves appointing a project manager to 
supervise the contract, while project management involves 
overseeing the entire project lifecycle from initiation to closure. 
- Contract managers focus on the contractual aspects of the 
project, while project managers are responsible for overall 
project success and stakeholder satisfaction. 

- Contract management may involve multiple technical project 
managers dealing with specific technical issues, while project 
management requires a holistic approach to meet project 
objectives and deliver business value. 


OR 


Q. 08 


a| Discuss the ways of categorizing the software projects with 


real time examples. 
Categorizing Software Projects with Real-Time Examples 


Characteristics of Software Projects: 
- Non-routine tasks are involved. 
- Specific objectives are to be met or a specified product is to be 
created. 
- The project has a predetermined time span. 
- Work is carried out for someone other than yourself. 
- Work involves several specialisms. 
- People are formed into a temporary work group to carry out the 
task. 
- Work is carried out in several phases. 
- The resources available for use on the project are constrained. 


Examples of Software Projects: 
1. Getting married. 
2. Amending a financial computer system to deal with a 
common European currency. 
3. A research project into what makes a good human-computer 
interface. 
4. An investigation into the reason why a user has a problem 
with a computer system. 
5. Writing an operating system for a new computer. 
6. Installing a new version of a word processing package in an 
organization. 
7. Developing a customized order processing system for a client. 
8. Organizing a training course for end-users of a software 
system. 
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Factors Affecting Software Projects: 
- Compulsory versus voluntary users. 
- Information systems versus embedded systems. 


Success Measurement: 
- Projects can be successful on delivery but may fail as a 
business. 
- Projects can be late and over budget but still generate benefits 
over time. 


Project Management Practices: 
- Projects are temporary sub-organizations involving specialists. 
- Projects may be seen as disruptive but are focused on 
important tasks. 


Outsourcing vs. Product Development Projects: 
- Managing outsourced projects differs in terms of control and 
communication. 
- Benefits of technical skills learned in earlier projects impact 
later projects positively. 


Differences in Modern Software Project Management: 
- Modern practices focus on reducing business risks. 
- Activities such as market surveys, competitor analysis, and 
prototyping are emphasized. 


Method vs. Methodology: 


- A method is a way of doing something, while a methodology is 


a system of methods used in a particular area. 
- Planning essential items before implementing a method or 
methodology is crucial for success. 


b| Elucidate the concepts in activity planning in software project 
management. 


Elucidating Concepts in Activity Planning in Software 
Project Management 


Key Concepts in Activity Planning: 
1. Software Project Management vs. Other Projects: 

- Understanding the similarities and differences in managing 
software projects compared to other types of projects. 
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- Emphasizing the importance of meeting objectives and 
satisfying real needs in software project management. 


2. Stakeholders and Objectives: 

- Identifying project stakeholders and their objectives as 
crucial components in project planning. 

- Ensuring that stakeholder objectives are met through 
effective project management practices. 


3. Elements of Project Management: 

- Outlining key elements of the management role, including 
planning, organizing, staffing, directing, monitoring, controlling, 
innovating, and representing. 

- Highlighting the significance of careful planning, 
monitoring, and control in software project management. 


4. Project Stages and Activities: 

- Defining the usual stages of a software project, emphasizing 
the need for detailed planning, monitoring, and control 
throughout. 

- Discussing the importance of creating test scripts, comparing 
actual vs. expected results, and identifying discrepancies as part 
of project activities. 


5. Activity Planning Details: 

- Explaining that a plan in software project management 
converts methods into real activities, specifying start and end 
dates, responsible individuals, and required tools/materials. 

- Addressing the interrelationships between different methods 
and techniques within methodologies like object-oriented 
design. 


Planning and Management Activities: 
1. Project Planning Responsibilities: 

- Highlighting the importance of project planning in software 
project management. 

- Mentioning key activities during project planning, such as 
estimation of cost, duration, and effort. 


2. Scheduling and Staffing: 

- Describing how schedules for manpower and resources are 
developed based on estimations of effort and duration. 

- Emphasizing the significance of staff organization and 


staffing plans in project management. 


3. Risk Management and Quality Assurance: 
- Discussing the activities involved in risk management, 
including risk identification, analysis, and abatement planning. 
- Addressing the increasing focus on quality management 
responsibilities of project managers, tracking project progress 
and ensuring quality in intermediate artifacts. 


4. Change Management and Miscellaneous Plans: 

- Explaining the shift towards actively soliciting customer 
feedback and incorporating changes throughout the development 
process. 

- Mentioning the necessity of various plans like quality 
assurance and configuration management plans in software 
project management. 


Module-5 


Q. 09 


a| Explain Quality Management Systems with Principles of BS 
EN ISO 9001:2000 


Quality Management Systems with Principles of BS EN ISO 
9001:2000 


Quality Management Systems in BS EN ISO 9001:2000 
- Purpose: Ensuring effective quality control and assurance 
in software projects. 
- Standard: BS EN ISO 9001:2000 (identical to ISO 
9001:2000). 
- Key Element: Contractor's quality management system 
validation. 
- Standards: ISO 9000 series focus on monitoring and 
control systems to check quality. 
- Certification: Ensures development process quality rather 
than end-product quality. 


Principles of BS EN ISO 9001:2000 
- Continuous Improvement: Emphasizes ongoing 
enhancement of processes. 
- Factual Evidence: Decision-making based on factual data. - 
Relationships with Suppliers: Building mutually beneficial 
relationships for quality. 


Activities to Implement Principles 
1. Determine customer needs and expectations. 
2. Establish a quality policy defining quality objectives. 
3. Design processes to meet quality objectives. 
4. Allocate responsibilities for process compliance. 
5. Ensure resources availability for proper process execution. 
6. Measure process effectiveness and efficiency. 
7. Gather measurements. 
8. Identify and address discrepancies between actual and target 
values. 
9. Analyze and eliminate causes of discrepancies for continual 
improvement. 


Detailed ISO 9001 Requirements 
- Documentation: Objectives, procedures (quality manual), 
plans, and records essential. 
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BS EN ISO 9001:2000 QMS Requirements Overview 
- Foundation Principles: Understanding customer 
requirements, leadership, staff involvement, process focus 
, system focus. 
- Applicability: Standards relevant to all types of 


production, not limited to software development. 


Controversies and Criticisms 
- Controversies: Concerns over perceived product quality, 
expense, and distraction from real quality issues. 


b| Explain Structured programming and clean-room software 
development. 


Structured Programming and Clean-Room Software 
Development 


Structured Programming 
Structured programming emphasizes a procedural structure in 
software development, involving carefully laid down steps for 
each process in the software development cycle. It focuses on 
breaking down complex systems into comprehensible 
components and sub-components with clear entry and exit 
points. This method aims to enhance the quality and reliability 
of software by promoting systematic development practices. 


Key Points: 

- Structured programming techniques advocate a methodical 
approach to software development. 

- It involves breaking down complex systems into manageable 
components. 

- The emphasis is on maintaining a clear procedural structure 
throughout the development cycle. 

- The approach aims to improve software quality by ensuring 
systematic and structured development processes. 


Clean-Room Software Development 
Clean-room software development is an advanced methodology 
that utilizes mathematical verification techniques to ensure 
software correctness and reliability. It involves three distinct 
teams — specification, development, and certification — each with 
specific roles in the software creation process. Clean-room 
development focuses on incremental development, rigorous 
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testing, and verification using formal mathematical techniques to 
enhance software quality and reliability. 


Key Points: 

- Clean-room development employs mathematical verification 
techniques to ensure software correctness. 

- It consists of three specialized teams, each with defined roles 
in the software development process. 

- Incremental development is a fundamental aspect of clean- 
room software development. 

- Rigorous testing and verification processes are conducted to 
enhance software quality and reliability. 


Comparison 
Structured programming provides a systematic approach to 
software development, emphasizing procedural clarity and 
component breakdown. Clean-room software development takes 
this further by incorporating formal mathematical verification 
techniques and specialized teams to ensure software correctness 
and reliability through incremental development. 


Overall, both methodologies aim to enhance software quality 
and reliability through structured processes and rigorous testing, 
with clean-room development adding a layer of formal 
mathematical verification to further improve software 
correctness. 


OR 


Q. 10 


a| Identify how Automation testing is preferred over manual 


testing, with 
different tools used for Automation Testing. 


Automation Testing vs. Manual Testing: Advantages and 
Tools 


Advantages of Automation Testing over Manual Testing: 
1. Sophisticated Test Case Design : Automation allows for the 
deployment of more sophisticated test case design techniques. 
2. Time and Cost Efficiency : Automation significantly 
reduces time and effort in testing large and complex 
software products. 
3. Reliable Results : Automated test results are more reliable 


and eliminate human errors during testing. 
4. Regression Testing Simplification : Automation simplifies 
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the repeated running of test cases, especially for regression 
testing after changes or error corrections. 

5. Cost and Time Reduction : Automation tools promise 
substantial cost and time reduction in testing and maintenance 
phases. 


Tools for Automation Testing: 

1. Capture and Playback Tools : Record test cases during 
manual execution for easy replay in subsequent tests. 

2. Model-based Testing : Utilizes models, such as state 
models and activity models, to generate tests covering the 
program's state space. 

3. Automated Test Script Tools : Drive automated tests using 
scripts, providing input and recording output for easy rerunning. 
4. Random Input Testing Tools : Generate random test values 
to cover the input space of the unit under test, focusing on 
crashing the unit. 

5. Test Automation : Generic term for automating test 
processes, reducing human effort and improving testing 
thoroughness. 


Automation Testing Strategies: 

- Test Case Design : The effectiveness of testing depends on 
the exact test case design strategy used. 

- Maintenance**: Effort required to determine and remove 
invalid test cases or modify test input and output data when 
changes occur. 

- Thoroughness**: Automation allows more testing with a 
large number of test cases within a short time without significant 
cost overhead. 


Challenges and Considerations: 

- Test Maintenance : Updating tests when the unit under test 
changes can be costly. 

- Test Script Accuracy : Ensuring test script accuracy 
requires significant effort. 

- Defect Detection : Random input testing tools may find 
defects that crash the unit under test but not all incorrect 
results 


Conclusion: 

Automation testing offers several advantages over manual 
testing, 

including improved efficiency, reliability, and cost reduction. 


Various tools cater to different automation testing needs, from 


capturing test cases to generating random inputs for testing 
purposes. 


b| Explain the place of software quality in project planning 


Software Quality in Project Planning 


0. Select project 


1, Identify project 2. Identify project 
scope and objectives infrastructure 


3. Analyse project 
characteristics 


4, Identify the projects 
——— and activities 
Review 


5. Estimate effort 
——! 3 
Lower-level for each activity 


detail 


For each 
activity 


6. Identify activity 
risks 


10. Lower-level 
planning 
9. Execute plan 


FIGURE 13.1 The place of software quality in Step Wise 


S 
like aircraft control. 
- The intangibility of software makes it challenging to assess task 
completion, emphasizing the need for tangible deliverables for 
quality evaluation. 

- Errors in software development can accumulate and have a 
detrimental effect on the final product's quality. 


a + a v v 


Place of Software Quality in Project Planning 
- Quality considerations are essential at all stages of project 
planning and execution, with particular focus at key points such 
as identifying project scope, infrastructure, and analyzing project 
characteristics. 
- Quality-based activities are integrated into project planning 
processes, ensuring that quality requirements are identified and 
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addressed effectively. 
- Quality plans may be necessary for external client projects to 
ensure that all quality issues are adequately addressed. 


Quality Plans 
- Quality plans outline how standard quality procedures and 
standards are applied to a project. 
- They serve as checklists to ensure that all quality issues have 
been addressed during the planning process. 
- Quality plan contents may include purpose, references to other 
documents, management arrangements, documentation, 
standards, practices, reviews, testing, problem reporting, tools, 
code control, training, risk management methods. 


Testing and Evaluation 
- Methods are needed to assess the likely quality of the final 
software system during development. 
- Quality-enhancing techniques focus on testing product 
deliverables and evaluating the quality of the development 
processes used. 


Further Exercises 
1. Draft quality specifications for a project planning software 
tool, focusing on usability, reliability, and recoverability features. 
2. Assess the maintainability of a software module from user and 
developer management perspectives. 
3. Discuss the meaningfulness of measurements like the number 
of error messages produced on the first compilation of a program. 


